home *** CD-ROM | disk | FTP | other *** search
/ Aminet 3 / Aminet 3 - July 1994.iso / Aminet / util / boot / BindNames2.lha / ReadMe < prev   
Encoding:
Text File  |  1994-06-01  |  4.3 KB  |  117 lines
  1.         BindNames V1.0 by Dave Haynie
  2.         BindNames V2.0 by Dan Barrett, barrett@cs.umass.edu
  3.  
  4.         This documentation file was written by Dave Haynie
  5.         and modified by Dan Barrett.  So when you read "I",
  6.         it means Dave. :-)
  7.  
  8.  
  9.     BindNames is a rather simple hack I [Dave] came up with to solve the
  10. "Assign" problem.  Like most folks with large hard disks containing lots
  11. of different programs, my Startup-Sequence was starting to get full of
  12. Assign statements.  While that alone isn't necessarily enough to make
  13. most go out and write a program, I was starting to think of this as an
  14. inelegance.  Nearly every other new program I installed onto my system
  15. needed a new set of logical names, and so for every new program I ended
  16. up having to edit my Startup-Sequence.  I also had to pay attention to
  17. the ordering of Assignments, since obviously I couldn't base an
  18. assignment on one that hadn't been made yet.  The end result was that
  19. the Startup Sequence was getting rather ugly, with no sign of change on
  20. the immediate horizon. 
  21.  
  22.     Since problems should be solved by those who see them, I came up
  23. with BindNames.  BindNames is designed to do all of the logical name
  24. assignments you need at once.  It looks for any number of files in the
  25. directory "SYS:Names".  The format of such files is something like this
  26. (to quote my "SYS:Names/System" file):
  27.  
  28. BIN:    SYS:bin
  29. OS:    SYS:os
  30. C:     BIN:c
  31. COM:    BIN:Com
  32. L:     OS:L
  33. FONTS:    PATH:FD:Amiga,FD:PD,FD:PS,FD:Terms,FD:CityDesk
  34. FD:    OS:Fonts
  35. S:     OS:s
  36. DEVS:    OS:Devs
  37. LIBS:    OS:Libs
  38. ENV:    RAM:Env
  39. T:    RAM:T
  40.  
  41.     [Note that the strange-looking "FONTS:" directory assign, above,
  42. works only if you are using the commercial product WShell 2.0.]
  43.  
  44.     BindNames will read all name files before making any
  45. assignments, and it can figure out dependencies, so it doesn't matter
  46. how you order the names.  It will create directories that it can't find,
  47. such as RAM:Env and RAM:T in the above example, and it will generate
  48. warnings for name assignments that it can't resolve.  It also accepts
  49. several options, of the form:
  50.  
  51.     BindNames [SYSTEM device] [VERBOSE] [TEST] [OLD]
  52.  
  53.     The SYSTEM device option causes BindNames to re-assign the SYS:
  54. name to the given device before searching for SYS:Names.  For example,
  55. my main system disk is called FH0:, but I boot from DH2: (sure sounds
  56. like A2090A madness to me too, but what can I say), so my
  57. Startup-Sequence says "BindNames >NIL: SYSTEM fh0:". 
  58.  
  59.     The VERBOSE switch causes BindNames to list each name and
  60. equivalence as it runs.  The TEST switch does the same thing, but doesn't
  61. actually make the name assignments.
  62.  
  63.     The OLD switch makes BindNames V2.0 behave like V1.0 in
  64. the following ways:
  65.  
  66.     (1)    BindNames V1.0 capitalizes all volume names and path
  67.         names when it does the assigns.  BindNames V2.0 does
  68.         does not.
  69.  
  70.     (2)    BindNames V1.0 lets you separate the volume name from
  71.         the path name (in the name files) using either tabs
  72.         or spaces.  BindNames V2.0 allows tabs only:  spaces
  73.         are considered part of the volume/path name.  BindNames
  74.         V1.0 was limited in that it could not handle volume/path
  75.         names that contain spaces, like
  76.         
  77.             My Assign:        My Path
  78.  
  79.         Note that all trailing spaces are ignored.  That is, if
  80.         you accidentally type extra spaces at the end of your
  81.         volume or path name, they are ignored.
  82.  
  83.     (3)    BindNames V1.0 made you store your "names" files in
  84.         the directory SYS:Names.  BindNames V2.0 lets you
  85.         specify the names directory using the environment
  86.         variable "BindNamesDirectory".  So your user-startup
  87.         file might contain:
  88.         
  89.             SetEnv BindNamesDirectory MyDisk:BindDir
  90.             BindNames
  91.  
  92.         If the variable "BindNamesDirectory" is not set,
  93.         BindNames V2.0 looks in SYS:Names as usual.
  94.  
  95.     Using BindNames, I've managed to get every single "Assign"
  96. command out of my Startup-Sequence.  And if I need to add a series of
  97. assignments for a new program, I can just create a SYS:Names file for
  98. that program.  That makes installing the program much easier, and also
  99. keeps all the logical names for a particular program in an obvious
  100. location, which makes modifying the system setup much simpler in the
  101. future. 
  102.  
  103.     BindNames is public domain, do with as you please.
  104.  
  105.  
  106.                     -Dave Haynie
  107.                      3/14/89
  108.  
  109.  
  110.     I have not done very much with BindNames to update it to use
  111. features of the more recent versions of AmigaDOS; for example, "Assign ADD".
  112. But it works with every version of AmigaDOS from 1.3 on up.
  113.  
  114.                     -Dan Barrett
  115.                     6/1/94
  116.                     Thanks, Dave!!!
  117.